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Pilot aiul Teak 



Pkmning 

The memo Tasksfor Pilot 3.0 and beyond (Version 8) was circtilatcd on January 25 denning the task 
list and priorities for tlic Teak release of Pilot. No substantial changes arc expected to be made to 
this list. 

I'he memo Pilot (Teak) Development Schedule (version 2) dated February 15 is the current work 
plan and schedule for the development of l^ilot 3.0. This itemizes the detailed tasks for die five 
major milestones reflecting internal releases of Pilot. 



Progress 

Pilot A, originally scheduled for I'cbruary 15, was not released on time. This is primarily due to 
Uic lack of microcode and a 1)0 with which to begin the development of Pilot B. Development is 
therefore continuing on Pilot A — including several tasks scheduled for later versions of Pilot, a large 
niunber of CK's, and some miscellaneous performance improvements — until it is feasible to convert 
to Mesa 5.0 and begin Pilot H development. Pilot A is now likely to be released dining the week of 
Pebruary 26. In addition, the following tasks originally scheduled for Pilot A will be deferred: 

PVee Storage Package 

Driver for Display/Keyboard/Mouse, implementing a permanent Mesa interface for these 
on the lUTFP and Dallas display. 

An estimate for the completion of Pilot H, based on the best estimates for microcode and DO 
availability, will be made dining the Pilot group meeting on February 26. 'Ihe i)rinciple items upon 
which we depend are: (1) Alto compatible Mesa 5 nn'crocode for the DO; (2) a DO in building .13 
which is available full-lime for the Pilot group and capable of running Mesa 5: and (3) Microcode 
3.0 (as dellned in the Pilot (Teak) Development Schedule) supporting the Mesa process facilities and 
software booting. 
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Technical 

Tlic new rigid disk driver includes several meters and counters which have provided substantial 
insight into Pilot's pcrtbrniance in handling page faults. These and subsequent measurements 
indicate that tJic compute time per page is several times longer than the disk transfer time per 
sector. This performance bug is being aggressively pursued. 

Several known performance bugs reported previously have been corrected, including those in the 
real memory allocator and in Space.Create. 

Common Software 

Peter Bishop has joined the Pilot group on loan for tlic purpose of implementing the transaction file 
package specified in his Transaction, Virtual Memory Sharing, and Locking Functional Specification 
of January 23. The ground nile of tliis implementation is that it support the Star File System and 
tliat it be done witliin the time scale of Teak. 

Peter has made available a 'facade' which implements the interface of his Functional Specification 
without actually implementing the substance of this system. This allows clients to develop software 
which uses this interface while tlie actual common software package is under development. 

Staffing and Equipment 

Bob Ladner will report o\\ March 1 to become tlie common software coordinator. 

'fhe Pilot group is still short by one person. Several good candidates have been interviewed and an 
offer is expected to be made soon. However, I do not expect that a new person can come on board 
and get up to speed soon enough to contribute to Teak in any significant way. 

As a result of the Pilot group assuming partial responsibility for utilities, an offer is being made to a 
person to implement these. 

Altos will be needed for all new people. 

Other 

H. C. Ijuier and H. II. Satterthwaite have completed a paper entitled The Impact of Mesa on 
System Design. This has been submitted to the I'ourdi International Conference on Software 
Hnginccring to be held in Munich in September. 

T. Horsley and W. Lynch have (nearly) completed a paper entitled l^ilot: A Software Engineering 
Case Study. This will be submitted to tlie same conference. 

Issues 

It is becoming apparent that the are a lot of different ideas about what kind of support is required 
for the Display, Keyboard, and Mouse. It is also apparent that no one has a clear, coherent picture 
of what facilities must be provided in microcode. Pilot, and client-level software. I propose that a 
User Terminal Working Group be convened U) resolve these issues. Until such a working group 
provides a report, 1 do not believe that it will be possible to assign implementation responsibilities 
in such a way that everyone has confidence that the right thing is being done. 

In the interim, the Pilot group will define a Mesa interface for the Display, Keyboard, and Mouse 
which rellccts the style and general character of the UTVP'C and UrU\ These will be 
implemented on the lUITP and Dallas Display in order to support the I3ebugger, test programs, 
etc. 
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Assiiiiimciits 

Bishop — implcmciU the Transaction/ VM Sharing package. 

Reclell — complete Logical voliunc support, implcnientcd PrincOps process machinery for Pilot l\ 
serve on Architecture Board 

McJ ones— provide Mesa-level support for software booting, convert Pilot to Pilot B 

Horsley — reconfigure Pilot for Pilot kit, release Pilot A, come up to speed on managing microcode 
releases 

Gobbel— implement interim Display, Keyboard, and Mouse driver for lUTFP, convert DCS to use 
it 

Ladner — come up to speed 

Lauer — attend Man;igcment Action Workshop, make Technical Reviev/ Presentation, present Duality 
paper at Louisiana Computer Conference, manage Pilot implementation 

In addition, we are counting on the following assistance in implementing Pilot B and converting the 
DO to something more closely resembling the architecture delined by the Processor Principles of 
Operation: 

Pitts Jarvis to update microcodcd device controllers to move Uie magic memory locations to 
die PrincOps I/O page. 

Rich Johnsson and/or Jim Sandman to make the debugger track conversion to PrincOps 
architecture. 

Dick Snow and/or Rich Johnsson to convert process microcode to PrincOps data structures. 



c: n. Rcdell. V. McJoiies. T. Iloislcy, R. CJol)beI. P. Bishop 



